home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970326-19970626 / 000171_news@newsmaster….columbia.edu _Tue May 6 14:05:10 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA00788
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 6 May 1997 14:05:10 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA22007
  7.     for kermit.misc@watsun; Tue, 6 May 1997 14:05:10 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: serial - network - serial connection
  12. Date: 6 May 1997 18:05:09 GMT
  13. Organization: Columbia University
  14. Lines: 81
  15. Message-ID: <5knrsl$7ml$1@apakabar.cc.columbia.edu>
  16. References: <5knqjr$q1n@gateway.dircsa.org.au>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6995
  19.  
  20. In article <5knqjr$q1n@gateway.dircsa.org.au>,
  21. Arthur Marsh <arthur@gateway.dircsa.org.au> wrote:
  22. : Hi, I'm trying to set up a serial - network - serial connection using
  23. : C-Kermit 6.0.192 and UnixWare 1.1.2. The object is to get an 8-bit 
  24. : transparent connection that goes away when either serial connection closes,
  25. : and successfully tranfers data otherwise.
  26. : 
  27. : I'm trying everything on the one machine to begin with:
  28. : 
  29. : First serial connection (controling terminal):
  30. : 
  31. : Logs on, runs the following script:
  32. : 
  33. : NOPUSH
  34. : SET CARRIER ON 1
  35. : SET COMMAND BYTESIZE 8
  36. : SET EXIT WARNING OFF
  37. : SET QUIET ON
  38. : SET TERMINAL AUTODOWNLOAD OFF
  39. : SET TERMINAL BYTESIZE 8
  40. : SET TERMINAL CHARACTER-SET TRANSPARENT
  41. : SET TERMINAL ESCAPE DISABLED
  42. : SET TERMINAL APC OFF
  43. : SET PARITY NONE
  44. : SET NETWORK TCP/IP
  45. : SET TELNET BINARY REQUESTED
  46. : SET TELNET BUG BINARY-ME-MEANS-U-TOO ON
  47. : SET HOST LOCALHOST
  48. : CONNECT
  49. : 
  50. : stty -a output on the controlling terminal when using the above except
  51. : push enabled, and push'd to the shell:
  52. : ...
  53. When you push, C-Kermit resets the controlling terminal.
  54.  
  55. : A login is performed that runs the following kermit script (leaving out
  56. : error-checking):
  57. : 
  58. : NOPUSH
  59. : SET CARRIER ON 1
  60. : SET COMMAND BYTESIZE 8
  61. : SET EXIT WARNING OFF
  62. : SET QUIET ON
  63. : SET TERMINAL AUTODOWNLOAD OFF
  64. : SET TERMINAL BYTESIZE 8
  65. : SET TERMINAL CHARACTER-SET TRANSPARENT
  66. : SET TERMINAL ESCAPE DISABLED
  67. : SET TERMINAL APC OFF
  68. : SET PARITY NONE
  69. : set line /dev/tty2
  70. : hangup
  71. : hangup
  72. : set line /dev/tty2
  73. : SET SPEED 19200
  74. : SET FLOW RTS/CTS
  75. : pause 1
  76. : output \13
  77. : connect
  78. : clear
  79. : hangup
  80. : hangup
  81. : quit
  82. : 
  83. : This appears to generally work, allowing 8-bit transparent connections with
  84. : adequate flow control, but I'm open to suggestions on improving it.
  85. : 
  86. You don't say what you meant by "improving it" -- I assume the transparency
  87. issues have all been addressed satisfactorily; it looks like you've covered
  88. most of the bases described in "Using C-Kermit" 2nd Edition, pages 162-165
  89. ("C-Kermit in the Middle").
  90.  
  91. In earlier releases of C-Kermit, end-to-end performance through this kind of
  92. connection was pretty awful.  A lot of work has gone into speeding it up.
  93. Thus, for example, C-Kermit, when in CONNECT mode, no longer *assumes* that
  94. input is coming from the (slow) keyboard, but instead uses all sorts of
  95. buffering techniques and trickery to make this kind of connection as fast as
  96. possible -- within the limitations of its portable architecture.  Still,
  97. you're going to see some overhead that you would not see if you had a direct
  98. connection, especially during file transfer.
  99.  
  100. - Frank